Conveyance of Picture Properties Other Than By Picture Type

ABSTRACT

In one embodiment the invention provides a method for outputting auxiliary information for use in playing back a video sequence, the method comprising obtaining a measure of usefulness of a particular picture for playing back the video sequence, wherein the measure of usefulness indicates a performance of playing back the video sequence if the particular picture is available in a decoded state at a time of playback versus the particular picture not being available in a decoded state at a time of playback; determining a position in a data stream that includes the video sequence; and storing the auxiliary information at the determined position in the data stream.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. patent application havingSer. No. 12/389,737, filed Feb. 20, 2009, which is incorporated byreference in its entirety, which is a continuation of U.S. patentapplication entitled, “Indicating Picture Usefulness for PlaybackOptimization,” having Ser. No. 11/831,916, filed on Jul. 31, 2007, whichclaims priority to U.S. Provisional Patent Application having Ser. No.60/865,644, filed on Nov. 13, 2006, both of which are incorporated byreference herein in their entirety.

TECHNICAL FIELD

Particular embodiments are generally related to processing video streamsin network systems.

BACKGROUND

The implementation of digital video with an advanced video compressionmethod is expected to extend the same level of usability andfunctionality that established compression methods extend toapplications and network systems. Video processing devices throughoutthe network systems should continue to be provisioned with existinglevels of video stream manipulation capabilities or better.

In network systems such as subscriber television systems, the digitalvideo receiver is often the digital home communication terminal(“DHCT”), otherwise known as the set-top box. The DHCT should continueto provision the same or an improved level of usability andfunctionality to the end user in digital video services, such asvideo-on-demand and personal video recording.

Typically, a receiver capable of providing video services is connectedto a subscriber network system. A video-services-enabled receiver (VSER)may be a mobile and/or a handheld device. Some VSERs, such as the DHCT,are located at the user's premises and connected to a subscribertelevision system, such as, for example, a cable or satellite network. AVSER includes hardware and software necessary to provide digital videoservices to the end user with various levels of usability and/orfunctionality. Some of the software executed by a VSER may be downloadedand/or updated via the subscriber network system. Each VSER alsotypically includes a processor, communication components, memory, andcapability to output a video signal for display, either to a displaydevice that is part of the same device housing the VSER or connected tothe VSER. For instance, a DHCT is connected to a television or otherdisplay device, such as, for example, a personal computer. While manyconventional VSERs are stand-alone devices that are externally connectedto a television, such as a DHCT, the functionality of a VSER or DHCT maybe integrated into a television or personal computer or even an audiodevice such as, for example, a programmable music player, as will beappreciated by those of ordinary skill in the art.

One of the features of the VSER includes the ability to receive anddecompress a digital video signal in a compressed format. Anotherfeature of some VSERs, such as a DHCT, includes providing Personal VideoRecorder (PVR) functionality through the use of a storage device coupledto the DHCT or a storage device located remotely in the subscribertelevision system that is accessible by the DHCT. When providing thisPVR functionality or other video stream manipulation functionality forvideo streams compressed and formatted in accordance with the AdvancedVideo Coding (AVC) standard, referred to herein as AVC streams, itbecomes difficult to determine whether the video stream is suitable fora particular stream manipulation operation or for operations extendingend user functionality such as different video playback modes. Likewise,it becomes difficult for video processing equipment located at any ofseveral locations throughout a network system to fulfill manipulationoperations on AVC streams. This is because the AVC standard generallyhas a rich set of compression tools and can exploit temporalredundancies among pictures in more elaborate and comprehensive waysthan prior video coding standards.

AVC streams are more efficiently compressed than video streams codedwith prior video coding standards. However, AVC streams tend to exhibithigher complexities in pictures' interdependencies that make itdifficult to fulfill stream manipulation operations and provide end userfunctionality.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a high-level block diagram depicting an example subscribertelevision system, in accordance with one embodiment of the disclosure;

FIG. 2 is a block diagram of an exemplary digital home communicationterminal (DHCT) as depicted in FIG. 1 and related equipment, inaccordance with one embodiment of the disclosure;

FIG. 3 illustrates H.264 picture types;

FIG. 4 is an exemplary diagram illustrating a transport streamgeneration; and

FIG. 5 is an example of a routine that provides auxiliary information toidentify a picture qualifying for a TOPIDC.

DESCRIPTION OF EXAMPLE EMBODIMENTS Overview

Particular embodiments communicate information that identifies picturesin a video stream that exhibit certain characteristics to assist inoptimizing or provisioning video stream manipulation operations and toextend end user functionality. In one embodiment the invention providesa method for outputting auxiliary information for use in playing back avideo sequence, the method comprising obtaining a measure of usefulnessof a particular picture for playing back the video sequence, wherein themeasure of usefulness indicates a performance of playing back the videosequence if the particular picture is available in a decoded state at atime of playback versus the particular picture not being available in adecoded state at a time of playback; determining a position in a datastream that includes the video sequence; and storing the auxiliaryinformation at the determined position in the data stream.

Example Embodiments

A description of the MPEG-2 Video Coding standard can be found in thefollowing publication, which is hereby incorporated by reference: (1)ISO/IEC 13818-2, (2000), “Information Technology—Generic coding ofmoving pictures and associated audio—Video.” A description of the AVCvideo coding standard can be found in the following publication, whichis hereby entirely incorporated by reference: (2) ITU-T Rec. H.264(2005), “Advanced video coding for generic audiovisual services.” Adescription of MPEG-2 Systems for transporting AVC video streams inMPEG-2 Transport packets can be found in the following publications,which are hereby entirely incorporated by reference: (3) ISO/IEC13818-1, (2000), “Information Technology—Generic coding of movingpictures and associated audio—Part 1: Systems,” and (4) ITU-T Rec.H.222.0|ISO/IEC 13818-1:2000/AMD.3, (2004), “Transport of AVC video dataover ITU-T Rec. H222.0|ISO/IEC 13818-1 streams.”

Disclosed herein are systems and methods for identifying pictures thatexhibit one or more particular picture properties and/orpicture-interdependency characteristics in a video stream. Throughoutthis specification, TOPIDC, which is short for“type-of-picture-identifying-characteristic,” refers to a type ofpicture characteristic that is formed by the specific combination of oneof more picture properties and/or picture-interdependencycharacteristics, as will be described in greater detail below. Auxiliaryinformation conveys the respective TOPIDC corresponding to one or morepictures in the video stream, thus allowing for the identification ofpictures exhibiting the respective TOPIDC. In one embodiment, eachrespective TOPIDC corresponds to a specific combination resulting fromone or more different picture properties and/or different types ofpicture-interdependency characteristics. In an alternate embodiment,each respective TOPIDC corresponds to a specific combination of one ormore different types of picture-interdependency characteristics. In yetanother embodiment, each respective TOPIDC corresponds to a specificcombination of one or more different picture properties. In a generalsense, the auxiliary information can include any measure of usefulnessof a particular picture in displaying a video sequence. The measure ofusefulness can indicate a performance of playing back the video sequenceif the particular picture is available in a decoded state at a time ofplayback versus the particular picture not being available in a decodedstate at a time of playback. The particular picture need not be part ofthe video sequence for which its usefulness is measured. Playback caninclude standard transport functions, so-called “trick plays” or otherpresentation operations. In other embodiments, picture usefulness canrelate to other video operations rather than playback. For example,picture usefulness can be designated for storing, transferring, encodingor otherwise processing a video sequence.

It is noted that “picture” is used throughout this specification torefer to an image portion or complete image from a sequence of picturesthat constitutes video, or digital video, in one of a plurality offorms. Throughout this specification, video programs or other referenceto visual content should be understood to include television programs,movies, or any other signals that convey or define visual content suchas, for example, those provided by a personal video camera. Such videoprograms, when transferred, can include compressed data streamscorresponding to an ensemble of one or more sequence of pictures andother elements that include video, audio, and/or other data, multiplexedand packetized into a transport stream, such as, for example, MPEG-2Transport.

A video stream can further refer to the compressed digital visual datacorresponding to any video service or digital video application,including but not limited to, a video program, a video conferencing orvideo telephony session, any digital video application in which a videostream is transmitted or received through a communication channel in anetwork system, or any digital video application in which a video streamis stored in or retrieved from a storage device or memory device. Thedisclosed embodiments may be embodied in many different forms and shouldnot be construed as limited to the embodiments set forth herein; rather,these embodiments are provided so that this disclosure will be thoroughand complete, and will fully convey the scope of the disclosure to thosehaving ordinary skill in the art. Although the DHCT is used as anexample throughout the specification, particular embodiments describedherein extend to other types of receivers with capabilities to receiveand process AVC streams. For instance, particular embodiments areapplicable to hand-held receivers and/or mobile receivers that arecoupled to a network system via a communication channel. Particularembodiments are also applicable to any video-services-enabled receiver(VSER and further applicable to electronic devices such as media playerswith capabilities to process AVC streams, independent of whether theseelectronic devices are coupled to a network system. Furthermore, allembodiments, illustrations and examples given herein are intended to benon-limiting, and are provided as an example list among other examplescontemplated but not shown.

FIG. 1 is a block diagram that depicts an example subscriber televisionsystem (STS) 100. In this example, the STS 100 includes a headend 110and a DHCT 200 that are coupled via a network 130. The DHCT 200 istypically situated at a user's residence or place of business and may bea stand-alone unit or integrated into another device such as, forexample, a display device 140 or a personal computer (not shown), amongother devices. The DHCT 200 receives signals (video, audio and/or otherdata) including, for example, digital video signals in a compressedrepresentation of a digitized video signal such as, for example, AVCstreams modulated on a carrier signal, and/or analog informationmodulated on a carrier signal, among others, from the headend 110through the network 130, and provides reverse information to the headend110 through the network 130.

The network 130 may include any suitable medium for communicatingtelevision service data including, for example, a cable televisionnetwork or a satellite television network, among others. The headend 110may include one or more server devices (not shown) for providing video,audio, and other types of media or data to client devices such as, forexample, the DHCT 200. The headend 110 and the DHCT 200 cooperate toprovide a user with television services including, for example, videoprograms, an interactive program guide (IPG), and/or video-on-demand(VOD) presentations, among others. The television services are presentedvia the display device 140, which is typically a television set that,according to its type, is driven with an interlaced scan video signal ora progressive scan video signal. However, the display device 140 mayalso be any other device capable of displaying video images including,for example, a computer monitor. Although shown communicating with adisplay device 140, the DHCT 200 can communicate with other devices thatreceive, store, and/or process video streams from the DHCT 200, or thatprovide or transmit video streams or uncompressed video signals to theDHCT 200.

FIG. 2 is a block diagram that illustrates an example of selectedcomponents of the DHCT. It will be understood that the DHCT 200 shown inFIG. 2 is merely illustrative and should not be construed as implyingany limitations upon the scope of the disclosure. For example, inanother embodiment, the DHCT 200 may have fewer, additional, and/ordifferent components than the components illustrated in FIG. 2. Any ofthe described subsystems or methods of DHCT 200 can comprise an orderedlisting of executable instructions for implementing logical functions,can be embodied in any computer-readable medium for use by or inconnection with an instruction execution system, apparatus, or device,such as a computer-based system, processor-containing system, or othersystem that can fetch the instructions from the instruction executionsystem, apparatus, or device and execute the instructions. In thecontext of this document, a “computer-readable medium” can be any meansthat can contain, store, communicate, propagate, or transport theprogram for use by or in connection with the instruction executionsystem, apparatus, or device. The computer readable medium can be, forexample, but not limited to, an electronic, magnetic, optical,electromagnetic, infrared, or semiconductor system, apparatus, device,or propagation medium. More specific examples (a non-exhaustive list) ofthe computer-readable medium would include the following: an electricalconnection (electronic) having one or more wires, a portable computerdiskette (magnetic), a random access memory (RAM) (electronic), aread-only memory (ROM) (electronic), an erasable programmable read-onlymemory (EPROM or Flash memory) (electronic), an optical fiber (optical),and a portable compact disc read-only memory (CDROM) (optical). Notethat the computer-readable medium could even be paper or anothersuitable medium upon which the program is printed, as the program can beelectronically captured, via for instance optical scanning of the paperor other medium, then compiled, interpreted or otherwise processed in asuitable manner if necessary, and then stored in a computer memory.

The DHCT 200 is generally situated at a user's residence or place ofbusiness and may be a stand alone unit or integrated into another devicesuch as, for example, a television set or a personal computer. The DHCT200 preferably includes a communications interface 242 for receivingsignals (video, audio and/or other data) from the headend 110 (FIG. 1)through the network 130 (FIG. 1), and provides reverse information tothe headend 110.

The DHCT 200 may further include at least one processor 244 forcontrolling operations of the DHCT 200, an output system 248 for drivingthe television display 140 (FIG. 1), and a tuner system 245 for tuningto a particular television channel and/or frequency and for sending andreceiving various types of data to/from the headend 110 (FIG. 1). TheDHCT 200 may include, in other embodiments, multiple tuners forreceiving downloaded (or transmitted) data. The tuner system 245 canselect from a plurality of transmission signals provided by thesubscriber television system 100 (FIG. 1). The tuner system 245 enablesthe DHCT 200 to tune to downstream media and data transmissions, therebyallowing a user to receive digital media content via the subscribertelevision system 100. In one embodiment, analog TV signals can bereceived via tuner system 245. The tuner system 245 includes, in oneimplementation, an out-of-band tuner for bi-directional datacommunication and one or more tuners (in-band) for receiving televisionsignals. Additionally, a receiver 246 receives externally-generated userinputs or commands from an input device such as, for example, a remotecontrol device (not shown).

The DHCT 200 may include one or more wireless or wired interfaces, alsocalled communication ports or interfaces 274, for receiving and/ortransmitting data or video streams to other devices. For instance, theDHCT 200 may feature USB (Universal Serial Bus), Ethernet, IEEE-1394,serial, and/or parallel ports, etc. DHCT 200 may be connected to a homenetwork or local network via communication interface 274. The DHCT 200may also include an analog video input port for receiving analog videosignals. User input may be provided via an input device such as, forexample, a hand-held remote control device or a keyboard.

The DHCT 200 includes at least one storage device 273 for storing videostreams received by the DHCT 200. A PVR application 277, in cooperationwith operating system 253 and device driver 211, effects among otherfunctions, read and/or write operations to/from the storage device 273.Processor 244 may provide and/or assist in control and program executionfor operating system 253, device driver 211, applications (e.g., PVR277), and data input and output. Herein, references to write and/or readoperations to the storage device 273 can be understood to includeoperations to the medium or media of the storage device 273. The devicedriver 211 is generally a software module interfaced with and/orresiding in the operating system 253. The device driver 211, undermanagement of the operating system 253, communicates with the storagedevice controller 279 to provide the operating instructions for thestorage device 273. As conventional device drivers and devicecontrollers are well known to those of ordinary skill in the art,further discussion of the detailed working of each will not be describedfurther here.

The storage device 273 can be located internal to the DHCT 200 andcoupled to a common bus 205 through a communication interface 275. Thecommunication interface 275 can include an integrated drive electronics(IDE), small computer system interface (SCSI), IEEE-1394 or universalserial bus (USB), among others. Alternatively or additionally, thestorage device 273 can be externally connected to the DHCT 200 via acommunication port 274. The communication port 274 may be according tothe specification, for example, of IEEE-1394, USB, SCSI, or IDE. In oneimplementation, video streams are received in the DHCT 200 viacommunications interface 242 and stored in a temporary memory cache (notshown). The temporary memory cache may be a designated section of DRAM252 or an independent memory attached directly, or as part of, acomponent in DHCT 200. The temporary cache is implemented and managed toenable media content transfers to the storage device 273. In someimplementations, the fast access time and high data transfer ratecharacteristics of the storage device 273 enable media content to beread from the temporary cache and written to the storage device 273 in asufficiently fast manner. Multiple simultaneous data transfer operationsmay be implemented so that while data is being transferred from thetemporary cache to the storage device 273, additional data may bereceived and stored in the temporary cache.

The DHCT 200 includes a signal processing system 214, which comprises ademodulating system 210 and a transport demultiplexing and parsingsystem 215 (herein demultiplexing system) for processing broadcast mediacontent and/or data. One or more of the components of the signalprocessing system 214 can be implemented with software, a combination ofsoftware and hardware, or simply in hardware. The demodulating system210 comprises functionality for demodulating analog or digitaltransmission signals.

A compression engine can reside at headend 110, in DHCT 200, orelsewhere. A compression engine can receive a digitized uncompressedvideo signal, such as, for example, one provided by analog video decoder216, or a decompressed video signal produced by a decompression engineas a result of decompressing a compressed video signal.

In one embodiment, digitized pictures and respective audio output by theanalog video decoder 216 are presented at the input of a compressionengine 217, which compresses the uncompressed sequence of digitizedpictures according to the syntax and semantics of a video compressionspecification. Thus, compression engine 217 performs a video compressionmethod or algorithm that corresponds to a respective video compressionspecification, such as the AVC standard.

The systems and methods disclosed herein are applicable to any videocompression method performed according to a video compressionspecification allowing for at least one type of compressed picture thatcan depend on the corresponding decompressed version of each of morethan one reference picture for its decompression and reconstruction. Forexample, compression engine 217 may compress the input video accordingto the specification of the AVC standard and produce an AVC streamcontaining different types of compressed pictures, some that may have afirst compressed portion that depends on a first reference picture fortheir decompression and reconstruction, and a second compressed portionof the same picture that depends on a second and different referencepicture.

In an alternate embodiment, a compression engine with similarcompression capabilities, such as one that can produce AVC streams, isconnected to DHCT 200 via communication port 274, for example, as partof a home network. In another embodiment, a compression engine withsimilar compression capabilities, such as one that can produce AVCstreams, may be located at headend 110 or elsewhere in network 130.

Unless otherwise specified, a compression engine used to describe theinvention may reside at headend 110, in DHCT 200 (e.g., as compressionengine 217), connected to DHCT 200 via communication port 274, orelsewhere. Likewise, a video processing device used to describe theinvention may reside at headend 110, in DHCT 200, connected to DHCT 200via communication port 274, or elsewhere. In one embodiment, thecompression engine and video processing device reside at the samelocation. In another embodiment, they reside at different locations. Inyet another embodiment, the compression engine and video processingdevice are the same device.

FIG. 3 illustrates H.264 picture types, and shows the hierarchicalnature of dependency between picture types which can be exploited by astream generator when selecting pictures. Proper decoding of somepictures depends on particular other pictures. Therefore, if one pictureserves as a reference picture to other pictures, it be considered moreimportant than other pictures. In fact, a particular set of pictures canbe viewed in a hierarchy of importance, based on picture type, totalnumber of dependent pictures for each reference picture, number oflevels of dependencies for each reference picture, and other factors.

An I-picture (305, 310) is dependent on (i.e., references) no otherpictures. An instantaneous decoding refresh picture (315, 320) orIDR-picture is an I-picture that forces all previously decoded pictures,that are still in use as reference pictures, to no longer be used asreference pictures upon decoding of the IDR picture. One embodiment of astream generator (RSG) selects only IDR-pictures for inclusion in astream. Another embodiment selects only IDR-pictures and I-pictures. Yetanother embodiment selects only those pictures that are IDRs, but doesnot select all IDRs. Yet another embodiment selects only pictures thatare IDRs or I-pictures, but does not select all the IDRs or I-pictures.

An I-picture that serves as a reference picture for other types ofpictures is referred to in this disclosure as a non-discardable picture(325), where an I-picture that does not serve as a reference picture forany other picture is a discardable picture (330). In FIG. 3, I-picture315 is discardable, while I-picture 320 is non-discardable.

A B-picture (335, 340, 345, 350) inter-predicts some of the picture'sportions from at least two previously decoded reference pictures. AP-picture (355, 360) allows some of the picture's portions to beinter-predicted from a previously decoded reference picture. Forinstance, a first portion of a P-picture can depend on one previouslydecoded reference picture and another portion of the same P-picture candepend on a different reference picture.

A person of ordinary skill in the art should appreciate that somepictures will serve as reference pictures for many pictures. Saidanother way, many different pictures may depend on the same referencepicture. For example, any particular I-picture typically serves as areference pictures for many B-pictures and P-pictures.

An anchor picture (370) can be an I-picture, IDR-picture, or a specialtype of FPP (forward predicted picture) that depends only on a singlereference picture that is the most-recently decoded anchor picture.

The terms “depend” or “dependence” in the context of reference picturestypically means a direct dependence. An example of indirect dependencefollows. Suppose picture R1 serves as a reference for picture R2, andthat R2 serves as a reference for picture F3. F3 then indirectly dependson F1. (A person of ordinary skill in the art should also recognize thatF3 directly depends on R2, and R2 directly depends on R1).

Pictures can be categorized as having a particular dependency “level”,and some embodiments of a stream generator can include only pictures ator below a particular level for inclusion in a stream. The picture'slevel may be understood as a measure of its importance in decoding otherpictures—some reference pictures are more important than other referencepictures because their decoded and reconstructed information propagatesthrough more than one level of referencing.

One embodiment uses an intuitive definition of levels: I-pictures arefirst-level (an I-picture depends on no other level); pictures with onlydirect dependencies are second-level; and pictures with any indirectdependencies are third-level and above.

Other embodiments may define levels in different ways. In anotherembodiment, an IDR picture is considered a first-level referencepicture, an I-picture is considered a second-level reference picture,and an anchor picture that is a FPF is considered a third-levelreference picture.

In other embodiments, an anchor picture is considered to be afirst-level reference picture. In other embodiments, an anchor pictureis considered a first-level reference picture only if the video encoderuses relative lower quantization values (resulting in more bits in thecompressed picture) that results a in higher number of bits relative toreference pictures with higher levels.

In these embodiments, a second-level reference picture is a referencepicture that is not an anchor picture, and that references only one ormore anchor pictures. One example of this is a bi-directional predictedpicture in between two anchor pictures. Another example is a picturewhich is backward-predicted from an anchor picture. Yet another exampleis a picture that is forward-predicted from two anchor pictures. In someembodiments in which an anchor picture that is a FPF is a third-levelreference picture, a fourth-level reference picture is a referencepicture referencing only anchor pictures.

An importance criteria involving the relative importance of pictures mayuse one or more, in any combination, of the following:

-   -   Picture-type: IDR, I, P or B.    -   Reference or non-reference picture. As described above, a        non-reference picture is a discardable picture.    -   Type of reference picture (e.g., past, future, or        bi-directionally referenced).    -   Number of pictures, N, directly depending on a reference        picture.    -   Level of information propagation via indirect dependence.    -   Longevity it serves as a reference picture.    -   Longevity of information propagation.    -   First picture after a random access point (RAP), according to        the amended MPEG-2 Systems standard for carrying an AVC stream.    -   Size (number of bits) of the compressed picture.    -   The amount of delay from the decode time of a picture to its        output time.

A person of ordinary skill in the art should also recognize thatalthough H.264 picture types are used in this disclosure, the systemsand methods disclosed herein are applicable to any digital video streamthat compresses one picture with reference to another picture orpictures.

FIG. 4 is a block diagram that illustrates selected components in thegeneration of the portion of a transport stream containing an AVC streamand corresponding auxiliary information that identifies picturesexhibiting a particular TOPIDC (auxiliary info). The compression engine310 receives as input a video signal 300, such as a digitizeduncompressed video signal or a decompressed video signal. Thecompression engine 310 outputs AVC video data 312, such as AVCcompressed pictures and associated parameters. AVC video data 312 may befurther encapsulated into Network Abstraction Layer (NAL) units an AVCstream in transmission order. Packetizer 314 packetizes AVC video data312 to output a stream of packets.

An AVC stream is used as an example throughout this specification.However, particular embodiments are also applicable to any compressedvideo stream compressed according to a video compression specificationallowing for: (1) any picture to be compressed by referencing more thanone other picture, and/or (2) any compressed picture that does notdeterministically convey or imply its actual picture-interdependencycharacteristics from its corresponding picture-type information in theAVC stream. Herein, we refer to the “picture-type” corresponding to anAVC compressed picture as the information conveyed by one or possiblymore respective fields in the AVC stream with semantics conveying a“type of picture” or a type of “slice.” That is, in accordance with theAVC standard, the picture-type may be conveyed in an AVC stream bydifferent methods. For instance, the picture-type may be expressed bythe “primary_pic_type” field in the “access unit delimiter.”Alternatively, the picture-type may be expressed collectively by one ormore “slice_type” fields corresponding respectively to each of one ormore respective slices of the AVC compressed picture. The “slice_header”of each slice of an AVC compressed picture includes its “slice_type”field. An AVC compressed picture may have only one slice. Althoughpicture type information (i.e., auxiliary information) is described asbeing transferred in specific fields or parts of standard formats, otherplacements or methods to convey the auxiliary information are possible.The auxiliary information can be included in the adaptation layer (asdescribed herein) or in any other layer, structure, stream, unit,position or location. For example, the auxiliary data can be included ina stream that is separate from the picture information to which it isassociated. The auxiliary data may be conveyed embedded into the pictureinformation, itself, or it can be included in a data structure orhardware component that is separated from the picture information.

There are two main methods of compressing pictures in AVC, Intra andInter (or Non-Intra) compression. Intra compression is done withoutreference to other pictures but typically exhibits less compressionefficiency than Inter compression. Inter compression exploits temporalredundancy and irrelevancy by referencing one or more other pictures. Areference picture is depended on by at least one other picture for itscompression. The decompressed version of the reference picture is usedduring AVC compression performed by a compression engine to predict atleast one portion of a picture that depends on the reference picture.During decompression of an AVC stream performed by a decompressionengine, such as decompression engine 222 in DHCT 200, a referencepicture is also depended on to decompress and reconstruct at least aportion of at least one other picture. A picture that is not a referencepicture (i.e., that is not depended on by at least one other picture) isa non-reference picture.

It should be understood that throughout this specification, the term“depend” or “dependence” in context to reference pictures means a“direct” dependence. These terms do not refer to an indirect dependence,such as the propagation of second picture's data through referencing afirst picture that in turn referenced the second picture.

The output time of a picture, or picture-output time, refers to itsdisplay time, which is at the time of, or after, it has been completelydecompressed and reconstructed. For instance, the output time of apicture corresponds to the time that output system 248 in DHCT 200provides the decompressed version of an AVC picture to display device140. To output a picture means to output its decompressed version. Adecode-time-stamp (DTS) and a presentation-time-stamp (PTS) is typicallyassociated with a picture in an AVC stream in accordance with thespecification for transporting AVC streams in the amended MPEG-2 Systemsstandard. The PTS of a picture, whether provided in the transport streamor derived by decompression engine 222 in DHCT 200, corresponds to itshypothetical output time during fulfillment of a normal playback mode ofthe AVC stream. The DTS of picture corresponds to its decompression timeand can also be provided in the transport stream or derived bydecompression engine 222 in DHCT 200. Successive compressed pictures inan AVC stream are decompressed in their transmission order bydecompression engine 222 in DHCT 200, and thus have successivedecompression times. Although embodiments of the invention presentedherein primarily take into account and realize advantages in decoding,embodiments can also focus on analysis and optimization of presentationorder. In general, the picture type information can be used by anysoftware process, hardware device (or combination thereof) at any pointin a creation, encoding, distribution, processing/decoding and displaychain in order to realize a benefit.

The transmission order of pictures is established in accordance withseveral ordering rules, each with a respective priority. Thehighest-priority ordering rule enforces each reference picture to betransmitted in the AVC stream prior to all the pictures that referenceit. A second ordering rule with high priority enforces pictures thatwould otherwise have the same ordering priority, to be transmitted inorder of their respective output time, from the earliest to the latest.

Video coding standards typically assume a hypothetical instantaneousdecoder, meaning that a compressed picture can be instantaneouslydecompressed at its DTS. A picture's PTS may equal its DTS, thus thehypothetical instantaneous decoder assumes in such case that the pictureis decompressed and output instantaneously.

A picture-output interval is defined according to the picture rate, orframe rate, of the AVC stream. For instance, if the AVC streamcorresponds to a video signal at 60 pictures-per-second, thepicture-output interval is approximately equal to 16.66 milliseconds.Each consecutive picture-output interval begins at a picture-outputtime, and a picture is output throughout the picture-output interval. Inone embodiment, the actual output time of each picture output bydecompression engine 222 is delayed from its hypothetical output time,or PTS, by one picture-output interval. That is, the actual output timeof every picture equals the PTS of the picture plus one picture-outputinterval. A past reference picture is a previously-decompressedreference picture that has an output time prior to the picturereferencing it. Likewise, a future reference picture is apreviously-decompressed reference picture that has an output time afterthe picture referencing it.

An AVC Intra picture, or I-picture, does not reference other picturesbut is typically referenced by other pictures. Unlike MPEG-2 Video,Intra compression in AVC allows for prediction of the region of thepicture being compressed from the decompressed version of other portionsof the same picture. An AVC “instantaneous decoding refresh” picture, orIDR-picture, is an I-picture that forces all previously decompressedpictures that are being used as reference pictures to no longer be usedas reference pictures upon decompression of the IDR picture. P-picturesand B-pictures in AVC are allowed to contain intra-compressed portions.As in MPEG-2 Video, P-pictures and B-pictures in AVC allow for any, andpossibly all, of a picture's portions to be inter-predicted from“previously-decompressed” reference pictures. Also similar to MPEG-2Video, inter-prediction of any portion of a P-picture in AVC is limitedto using at most one reference picture at a time. However, in contrastto MPEG-2 Video, each different inter-predicted portion of an AVCP-picture is allowed to be predicted from any one of several distinctreference pictures. Similar to MPEG-2 Video, inter-prediction of anyportion of a B-picture in AVC is limited to using at most two referencepictures. But whereas MPEG-2 Video uses at most two reference picturesfor all of the B-picture, any of several distinct reference pictures isallowed to be used on each different inter-predicted portion of an AVCB-picture.

The number of total reference pictures depended on by different AVCP-pictures may be respectively different. Similarly, the number of totalreference pictures depended on by different AVC B-pictures may berespectively different. In accordance with the AVC standard, the“maximum number” of allowed reference pictures in an AVC stream variesdepending on the specified “Level” for an AVC stream and the spatialresolution of the compressed pictures in that AVC stream. Furthermore,AVC reference pictures have no pre-determined location in relation tothe picture referencing them. These flexibilities in the AVC standardresult in better compression efficiency. However, they hinder streammanipulation capabilities of video processing devices since noinferences can be implied about the picture-interdependencycharacteristics of a compressed picture in an AVC stream that has apicture-type of a P-picture or a B-picture.

Thus, the AVC standard specifies a P-picture by allowing each differentinter-predicted portion of the picture to be predicted from “at mostone” of any of a plurality of different reference pictures, as forexample, 16 reference pictures. Unlike the MPEG-2 video standard orother video compression specifications that further limitinter-prediction to referencing one “predetermined” past referencepicture, in AVC there is no such limitation. For instance, a firstportion of an AVC P-picture can depend on one reference picture andanother portion on a different reference picture. In fact, a picturereferenced by a first portion of an AVC P-picture may be a pastreference picture, and a second portion may depend on a future referencepicture. As another example of the elaborate and complexpicture-interdependencies allowed in AVC, a first AVC P-picture maydepend on four future reference pictures, a second AVC P-picture maydepend on three past reference pictures, and a third AVC P-picture maydepend on both, a plurality of past reference pictures and a pluralityof future reference pictures.

The AVC standard also specifies the B-picture differently than does theMPEG-2 video standard. MPEG-2 video specifies a B picture as abi-directional picture, allowing for any portion of the picture to becompressed with a dependence of not more than two reference pictures,one a “predetermined” future reference picture, and the other a“predetermined” past reference picture. The same two reference pictures,or either of them, must be used as the reference pictures for predictingany portion of the B-picture. On the other hand, an AVC B-picture candepend on a plurality of reference pictures, for instance, up to 16reference pictures, as long as any region of the B-picture is predictedby at most two regions in the plurality of reference pictures. When aregion of the B-picture is predicted by two regions, it is said to bebi-predicted rather than bi-directionally predicted. In further contrastto MPEG-2 Video, an AVC B-picture is allowed to be used as a referencepicture by other P-pictures or B-pictures.

As an example of the elaborate and complex picture-interdependenciesallowed in AVC B-pictures, a first region of an AVC B-picture is allowedto be bi-predicted from two past reference pictures, a second regionbi-predicted from two future reference pictures, a third regionbi-predicted from a past reference picture and a future referencepicture, and these three regions depend on six different referencepictures. The set of reference pictures used by a first B-picture in theAVC stream may be different than the set of reference pictures used by asecond B-picture, even if they are both in consecutive transmissionorder or have consecutive output times. As described previously, AVCreference pictures have no pre-determined location in relation to thepicture referencing them. It should be apparent that many types andcombinations of picture (or picture portion) dependencies are possibleand that different types of auxiliary information can be created todescribe the interdependencies or relationships among the pictures inorder to provide benefits to later processing of the pictureinformation.

To exemplify further that picture-type does not convey an AVC compressedpicture's TOPIDC, note that an I-picture that does not serve as areference picture is a non-reference picture. Furthermore, someI-pictures may be more important than other I-pictures, depending on therelative location of the I-picture in the AVC-stream and/or on how manyother AVC compressed pictures reference the I-picture.

It should be appreciated that while some video compressionspecifications have picture-types that respectively imply specificpicture inter-dependency characteristics, the picture-type of acompressed picture in an AVC stream cannot be relied on for implying anAVC compressed picture that exhibits a particular TOPIDC. Besides, evenif the picture-type would be able to convey useful information, thereare other aspects that make it difficult to easily peek and identifypictures with a certain TOPIDC in an AVC stream, such as, when thepayload of transport packets carrying the AVC stream are encrypted orscrambled. Finding the slice_type and other desired data fields intransport packet's payload to verify a certain characteristic of thepicture may be difficult and require significant traversing into the AVCstream, especially if a desired data field's alignment relative to thestart of a transport packet's payload or relative to some otheridentifiable delimiter varies.

Thus, particular embodiments provide, receive, and process unscrambledauxiliary information in the transport packets that carry the AVC streamto convey TOPIDCs that identify corresponding pictures in the AVC streamthat exhibit certain TOPIDCs. A conveyed TOPIDC identify pictures in theAVC stream that exhibit that TOPIDC. Furthermore, to extend efficiencyin stream manipulation operations there is a need to identify thecorresponding pictures in the AVC stream with minimal processing of thetransport packets, with minimal, or if possible without, traversing intothe AVC stream in the payload of the transport packets. As described indetail below, the auxiliary information in the transport stream is inthe form of one or more data fields corresponding to respective picturesin the AVC stream. The values of the respective one or more data fieldsconvey one or more TOPIDCs for the corresponding picture, which isherein referred to as the identified picture.

Throughout this specification, a sequence of consecutive pictures in theAVC stream, or consecutive pictures in the AVC stream, refers to of theconsecutive compressed pictures in their transmission order, orequivalently, a sequence of compressed pictures in the AVC stream havingsuccessive decode-time-stamps. Unless otherwise specified, when theTOPIDC of an identified picture implicates a sequence of N consecutivepictures, the N consecutive pictures are in the AVC stream and the firstof the N consecutive pictures is the identified picture. The N^(th)consecutive picture is the last of the N consecutive pictures.

A picture property corresponding to the identified picture in the AVCstream conveys information in one or more data fields that relate to:

-   -   1. A certain picture property at the identified picture's output        time.    -   2. A certain picture property at the identified picture's        decompression time.    -   3. A certain picture property at the output time of N        consecutive pictures.    -   4. A certain picture property at the output time of N^(th)        consecutive picture.    -   5. A certain picture property at the decompression time of N        consecutive pictures.    -   6. A certain picture property at the decompression time of        N^(th) consecutive picture.    -   7. The starting location of one or more consecutive pictures        having a certain TOPIDC in relation to the identified picture's        location. That is, the identified picture is not the first        picture in the one or more consecutive pictures.    -   8. The location of one or more pictures within N consecutive        pictures, with the one or more pictures having a certain TOPIDC.    -   9. The location of one or more pictures within N consecutive        pictures, with the one or more pictures having a first TOPIDC,        and the N consecutive pictures having a second TOPIDC.    -   10. The identified picture's location in the AVC stream in        relation to the location of where a certain AVC stream property        becomes effective, which according to the certain AVC stream        property is either at the output time or the decompression time.        A stream property is as described in detail below.    -   11. A certain relationship among any combination of one or more        of the above picture properties.    -   12. A picture property of an identified picture may become        effective at the identified picture's decompression time.        Another picture property may become effective at the        picture-output time of the identified picture.

The following two picture properties may be useful for some streammanipulation operations:

-   -   1. N consecutive pictures having successive output times        corresponding respectively to their transmission order.    -   2. N consecutive pictures, having N successive output times, but        with their output order different than their transmission order.

An output-delay-property conveys with the respective values of two datafields, D and N, the difference between the decompression time of thefirst of N consecutive pictures (i.e., the identified picture) and thefirst picture-output time among N consecutive pictures. The differenceequals D picture-output intervals. Alternatively, instead of thedifference, D may convey the actual first picture-output time among Nconsecutive pictures. In one embodiment, an output-delay-property isonly provided if all N pictures can be output without missinginformation. For instance, under some circumstances, theoutput-delay-property is not provided if one or more pictures referencedby at least one of the N consecutive pictures is not available anddecompression of at least a portion of the at least one picture willhave incomplete information or incorrect pixel values.

A complete-information-property conveys with the value of one datafield, N, the location of a second picture in the AVC stream in relationto the identified picture's location that conveys that all picturesoutput after the decompression time of the second picture will havecomplete information and correct pixel values. Alternatively,complete-information-property conveys that all pictures output at andafter the DTS of the second picture will have complete information andcorrect pixel values. In another embodiment, complete information andcorrect pixel values is at and after the PTS of the second picture. Inan alternate embodiment, complete information and correct pixel valuesis after the PTS of the second picture. In yet another embodiment, thecomplete-information-property conveys with a second data one of fourvalues that respectively identify when the complete information becomeseffective: at the second picture's DTS, PTS, DTS+1, or PTS+1.

A discardable picture is a non-reference picture. A discardable picturewith a delayed output time (DPWDO) is a discardable picture having a PTSthat is later than its DTS. That is, it is a discardable picture that isnot output immediately after it is decompressed, and although it is notreferenced by any other picture, it enters the “decoded picture buffer”(DPB) specified in the AVC standard for at least one picture-outputinterval. The DPB resides in decompression memory 299 of DHCT 200.

An importance-level-property conveys with the values of two data fields,T and L, the TOPIDC, T, of the identified picture, and the identifiedpicture's importance level, L, with respect to a plurality of predefinedimportance levels for pictures that exhibit the “T” TOPIDC. Theplurality of predefined importance levels is necessary to distinguishamong pictures having a first TOPIDC but that also may have a secondTOPIDC, such as a particular picture property. For instance, the K^(th)picture in a sequence of N discardable pictures may be more importantthan the other N−1 discardable pictures if the compression engineprovided higher picture quality to the K^(th) picture. For example, thecompression may have employed lower quantization values in the K^(th)picture than in the other N−1 pictures. Importance levels may be alsodefined according to the relative location of each picture in the Nconsecutive pictures. For instance, the picture in the middle of Nconsecutive discardable pictures may be deemed of higher importance toallow a network processing device to selectively drop the less importantpictures during network congestion or lack of bandwidth. Retaining themiddle picture from the sequence of N discardable pictures reduces thedeviation from the original temporal sampling of the video signal andmitigates the presentation of a jerky video program to the end user.Likewise, a reference pictures that are referenced only by discardablepictures may be deemed less important than reference pictures that arereferenced by other reference pictures.

In one embodiment, a first AVC stream is provided in a first sequence oftransport packets corresponding to a transport stream. The first AVCstream includes a sequence of consecutive compressed pictures.Information in the transport stream, such as a Program Map Table (PMT)and Program Association Table (PAT), identify that the first sequence oftransports packets corresponds to the first AVC stream. A first datafield corresponding to a first TOPIDC is provided in a particulartransport packet in the first sequence of transports packets. Theparticular transport packet is referred to herein as the “auxiliaryinformation transport packet,” or AI-packet. A second transport packet,also in the first sequence of transports packets, provides a second datafield conveying information, such as a start code, a delimiter, or arandom point access point, indicating that the payload of the secondtransport packet provides the start of a compressed picture in the firstAVC stream. The second transport packet is referred to herein as the“picture transport packet,” or P-packet. The location of the AI-packetin relation to the P-packet's location in the first sequence oftransports packets determines that the first data field corresponds tothe compressed picture that starts in the P-packet. A first value of thefirst data field is assigned to convey the first TOPIDC and identifiesthat the corresponding picture exhibits the first TOPIDC. A second valueof the first data field does not convey the first TOPIDC and does notidentify that the corresponding picture exhibits the first TOPIDC.

The presence of the second data field, such as a start code ordelimiter, in a transport packet may convey that the transport packet isa P-packet. A corresponding value of the second data field may conveythat the transport packet is a P-packet. In one embodiment, the seconddata field is the payload section of the P-packet. In anotherembodiment, the second data field is external to the payload, such as inthe adaptation header of a transport packet.

FIG. 5 is an example of a routine 400 performed by a compression engineor a video processing that provides auxiliary information to identify apicture qualifying for a TOPIDC. The routine is entered at 402 when itis desired to place auxiliary information such as a TOPIDC into videoinformation. At 404 the first sequence of transport packets in thetransport stream is identified.

At 406 a determination is made as to whether a current picture in thesequence should have an associated TOPIDC. At 408, the value for thefirst data field in the first packet of the sequence of transportpackets is set to the TOPIDC value according to one or more of themethods for indicating characteristics, properties or interdependenciesdiscussed herein. Since this first packet now includes auxiliaryinformation it can be referred to as an Auxiliary Information (AI)packet. The compression engine or video processing device provides thecorresponding picture, for example, a P-picture, starting with theP-packet, in the AI packet. At 410, the second data field is providedwith a value that conveys that the transport packet is a P-packet. Theroutine exits at 412. In one embodiment, the AI-packet and the P-packetcan be the same transport packet. The compression engine or a videoprocessing device provides the first sequence of transport packets fortransmission to DHCT 200 over network 130. In another embodiment, thefirst sequence of transport packets is provided to DHCT 200 viacommunication port 274. In yet another embodiment, compression engine217 in DHCT 200 provides the first sequence of transport packets.

The DHCT 200 receives a video program in a transport stream. The DHCT200, as described in detail below, receives and processes the firsttransport stream, including the first and second transport packets. The200 DHCT determines the association of the first data field to the firstpicture by the location of the first data field in the first transportpacket. In an alternate embodiment, the DHCT 200 determines theassociation of the first data to the first picture by the relativelocation of the first and second data packets. The DHCT 200 identifiesthat the first picture exhibits the first TOPIDC if the value of thefirst data field equals the first value.

Alternatively, the value of the first data field is pre-assigned to thefirst TOPIDC In an alternate embodiment, the location of the firsttransport packet carrying the first data field in relation to thelocation of a second transport packet carrying a start code, adelimiter, or a random access point pertaining to the first pictureassociates the field data field with the first picture.

In one embodiment the second value of the first data field does notconvey the first TOPIDC and identifies that corresponding picture doesnot exhibit the first TOPIDC.

In one embodiment, when performing a PVR application, the DHCT 200receives a transport stream corresponding to a video program. The DHCTreceives and processes the auxiliary information corresponding to one ormore TOPIDCs, such as the output-delay-property, thecomplete-information-property, or the importance-level-property, whileit produces the annotations corresponding to a video program to fulfillor enhance PVR functionality provided to an end user, such as trickmodes, as described in detail later.

A VOD application or VOD server located either at headend 110 or network130, may use the auxiliary information corresponding to one or moreTOPIDCs, such as the output-delay-property, thecomplete-information-property, or the importance-level-property, tofulfill or enhance a VOD service of a video program to an end user. Forinstance, the information of one or more TOPIDCs may be used to enhancetrick modes.

The relative location from the identified picture to a second picturethat has a particular picture property, or TOPIDC, can be expressed byN, the number of consecutive pictures between them in the AVC stream,inclusive of the identified picture. A data field conveys the value forN. The data field may be pre-assigned to a particular TOPIDC so a“non-zero” value is sufficient to identify the N^(th) picture in the AVCstream as the picture exhibiting the particular TOPIDC. In an alternateembodiment, values for an additional data field are pre-assigned toconvey a corresponding different TOPIDC. Thus, the additional datafield's value conveys a TOPIDC for the N^(th) picture.

Another data field may be pre-assigned for conveying N consecutivepictures having a particular TOPIDC. The data field may be pre-assignedto the particular TOPIDC so the absence of a “null” or “zero” valuesignifies one or more consecutive pictures as having the particularTOPIDC. Alternatively, values for a second data field are pre-assignedto correspond respectively to different TOPIDCs. Thus, the second datafield's value conveys a corresponding TOPIDC for the sequence of Nconsecutive pictures.

In one embodiment, a first data field corresponds to a first TOPIDC andconveys a value, N, for the number of consecutive pictures, startingwith the identified picture, that have the first TOPIDC. A second datafield identifies a second TOPIDC. The second data field may identify oneor more pictures of the N consecutive compressed pictures that have asecond TOPIDC. The second data field may be pre-assigned to correspondto the second TOPIDC. Alternatively, a third data field may convey thesecond TOPIDC with a corresponding pre-assigned value.

Information conveying a stream property provides: (1) a location in theAVC stream where the stream property becomes effective, and (2)information related and identifying a particular stream property. Theconveyed information enables a video processing device to perform acorresponding stream manipulation operation that is suitable to beperformed at the location in the AVC stream where identified particularstream property is effective. For instance, a first stream property maybe an “exit point for splicing,” which is a location in the AVC streamsuitable for transitioning from the AVC stream into another AVC stream,such as an advert or commercial. In one embodiment, a stream propertyconveys additional information that assists or guides the streammanipulation operation. In another embodiment, the stream manipulationoperation has to be performed according to the conveyed additionalinformation.

In one embodiment, a picture property, or TOPIDC, corresponding to thefirst picture of N consecutive pictures in a first AVC stream (i.e., theidentified picture) conveys information for a particular stream propertycorresponding to an “exit point for splicing” that allows a streamsplicing operation to be performed from the first AVC stream to a secondAVC stream. A first data field provides a value, N, corresponding to thenumber of consecutive pictures, including the first picture, to identifythe location after the N^(th) picture and prior to the (N+1)^(th)picture as the location in the first AVC stream where the “exit pointfor splicing” becomes effective. A second data field provides a value,M, that conveys the number of decompressed pictures in the decodedpicture buffer (DPB) that have successive picture-output times (orpresentation time-stamps), with the first of the successive output timesbeing at the picture-output time immediately after the decompressiontime of the N^(th) picture. The DPB is in accordance with the AVCstandard and resides in decompression memory 299 of DHCT 200. Thelocation in the AVC stream where the “exit point for splicing” becomeseffective equals the decompression time of the N^(th) picture (i.e.,under the assumption of a hypothetical instantaneous decoder). Theearliest output time of the M decompressed pictures of the first AVCstream residing in the DPB, PTS(1_of_M), equals the decompression timeof the N^(th) picture plus one picture-output interval. That is, it isat the next picture-output time, thus PTS(1_of_M)=DTS(N_of_N)+1.

The M decompressed pictures in the DPB with successive output times mayhave been in successive order in the first AVC stream. In oneembodiment, the corresponding compressed M pictures were not insuccessive order in the first AVC stream.

The number of picture-output times from the decompression of the firstof the N consecutive picture, DTS(1_of_N), to the picture-output time ofthe last of the M pictures in the DPB, PTS(M_of_M), equals (N+M). Hence,there are (N+M) different pictures that are output from the first AVCstream up to the “exit point for splicing.” Each of the (N+M) differentpictures has a respective PTS corresponding to one of (N+M) consecutivepicture-output times, the first picture-output time being coincidentwith DTS(1_of_N).

In one embodiment, a first AVC stream is required to exhibit thefollowing properties at the location where the “exit point for splicing”becomes effective:

-   -   1. An AVC decompression engine 222 that receives and        decompresses a portion of the first AVC stream, that ends with        the N^(th) picture and includes the N consecutive pictures, must        be able to:    -   A. Output all of the N consecutive pictures between the (N+M)        picture-output times starting with and including DTS(1_of_N and        ending with PTS(M_of_M), and    -   B. Output (N+M) different pictures during these (N+M)        consecutive picture-output times.    -   2. No picture in the first AVC stream prior to and including the        N^(th) picture must have an output time after PTS(M_of_M).

In summary, a compression engine or video processing device may notprovide an “exit point for splicing” that results in a discontinuity orgap for any of the (M+N) picture-output times, possibly forcing apreviously output picture to be output repeatedly (i.e., because thepicture corresponding to a respective picture-output time was not in thefirst AVC stream prior to the exit point for splicing”). If a picturehad an output time after PTS(M_of_M), it would reside in the DPB and notbe output. A video processing device and/or compression engine providesa particular TOPIDC corresponding to an “exit point for splicing” onlyif the corresponding location in the stream satisfies the aboveproperties.

A splice operation of the first AVC stream to the second AVC stream isperformed by a video splicing device (not shown), located in headend110, network 130 or elsewhere, by using values of the first data fieldand second data field, N and M, respectively, provided in the transportstream carrying the first AVC stream. The provision of data fields inthe transport stream is described in detail below. The video splicingdevice uses the N and M values to produce a third AVC stream comprisingof a portion of the first AVC stream followed by the second AVC stream.The portion of the first AVC stream in the third AVC stream terminatesat the location of the first AVC stream after the N^(th) picture. Thefirst picture of second AVC stream (FPOSAS) that follows the N^(th)picture in the third stream is referred to as the FPOSAS-picture. Thevideo splicing device produces the third AVC stream with an overlappedtransition period of_M picture-output times. That is, the video splicingdevice produces the third AVC stream such that following fourconditions:

-   -   1. the M pictures from the first AVC stream with successive        output times and residing in the DPB buffer at “exit splice        point,” are assigned a respective PTS for each of the M        picture-output times in accordance with their original output        order,    -   2. None of the pictures from the first AVC stream are        decompressed during the overlapped transition period. That is,        the latest DTS assigned to a picture from the first AVC stream        is prior to the start of the overlapped transition period.    -   3. M pictures from the second AVC stream, starting with the        FPOSAS-picture, are decompressed during the overlapped        transition period.    -   4. None of the pictures from the second AVC stream are output        during the overlapped transition period. The earliest        picture-output time assigned to a picture from the second AVC        stream is one picture-output time after the end of the        overlapped transition period.

The third AVC stream is received by DHCT 200 and decompression isperformed on the compressed picture of the third AVC stream bydecompression engine 222. Decompressed pictures are stored indecompression memory 299. Output system 248 serves to output (e.g., todisplay device 140) the decompressed pictures at their respective outputtimes. Orchestration of decompression and outputting of pictures isperformed according to the respective DTS and PTS of each picture in thethird AVC stream. When the portion of the third AVC stream correspondingto the spliced first and second AVC streams is processed bydecompression engine 222, the overlapped transition period comes intoeffect. During the overlapped transition period, decompression enginedecompress M consecutive pictures that emanated from the second AVCstream while outputting the last M pictures from the first AVC stream.

In one embodiment, at least one of the N consecutive pictures prior tothe identified “exit point for splicing” in the first AVC stream is alsoone of the M decompressed pictures of the first AVC stream in the DPBwith successive output times at the time that the “exit point forsplicing” becomes effective.

In one embodiment, N is required to be greater than M to announce the“exit point for splicing” in the first AVC stream with sufficient leadtime before it becomes effective. In an alternate embodiment, N>M and Nis also greater than a pre-specified threshold (e.g., threepicture-output intervals or picture-output times). In yet anotherembodiment, the same “exit point for splicing” is announced N times withauxiliary information corresponding respectively to each of the Nconsecutive picture in the first AVC stream. That is, starting with thefirst of the N consecutive in the first AVC stream, N instances ofauxiliary information is provided in the transport stream, each instancecorresponding respectively to one of the N consecutive pictures. Theauxiliary information corresponding to each of the N consecutivepictures conveys respective values for the first data field and seconddata field associated with a particular TOPIDC: an “exit point forsplicing.” The first data field's value is N for the first picture anddecreases by one successively in each successive instance of theauxiliary information and corresponds to each one of the successivepictures in the sequence of N consecutive pictures. The first datafield's value, N, finally becomes equal to one for the N^(th) picture.The second data field's value remains constant, equal to M, through theN successive instances of the auxiliary information that respectivecorrespond to the N consecutive pictures. Two different “video splicingdevices” may use two different announcement instances (i.e., instancesof auxiliary information) in the first AVC stream to prepare and performthe transition to the second AVC stream at the identified location ofthe “exit point for splicing” of the first AVC stream. A third “videosplicing device” may use more than one or more, and possibly all N ofinstances of auxiliary information to prepare and perform thetransition.

In one embodiment, the video splicing device that produces the third AVCstream sets the decompression time for the FPOSAS-picture equal toPTS(1_of_M), which is also equal to the DTS(N_of_N)+1.

In one embodiment, video splicing device provides the FPOSAS-picturewith an output time equal to M picture-output times after itsdecompression time and the FPOSAS-picture serves as a past referencepicture to at least one picture with a DTS greater than the DTS of theFPOSAS-picture. Thus, M picture-output times are added to the DTS of theFPOSAS-picture. In another embodiment, the FPOSAS-picture in the thirdAVC stream is provided a picture-output time less than M picture-outputtimes after its decompression time, forcing a shortened overlappedtransition period and at least one of the M pictures from the portion ofthe first AVC stream to not be displayed. In yet another embodiment, theoutput time of the FPOSAS-picture is greater than or equal to (M+1)picture-output times after its DTS, and the FPOSAS-picture serves as afuture reference picture to at least one picture with a DTS greater thanthe DTS of the FPOSAS-picture, including the picture from the second AVCstream that has an output time equal M picture-output times after thedecompression time of the FPOSAS-picture.

The FPOSAS-picture in the third AVC may be an IDR-picture. In anotherembodiment, the FPOSAS-picture in the third AVC may be an IDR-picture oran I-picture. In yet another embodiment, the FPOSAS-picture in the thirdAVC stream is an I-picture.

In one embodiment, a compression engine that produces the first AVCstream provides each picture in the first AVC stream with theirrespective picture-output time delayed by one picture-output interval tocause the value of M to be increased by one. Although the maximum numberof reference pictures that can be retained in the DPB is reduced by one,it benefits the splicing operation by lengthening the overlappedtransition period from the first AVC stream to the second AVC stream byone picture-output interval. The longer overlapped transition periodtends to reduce any potential increase in the bit-rate of the third AVCstream that may manifest as a result of starting compression at theFPOSAS-picture without the benefit of reference pictures.

In an alternate embodiment, a video splicing device provides a longeroverlapped transition period by causing the last picture output from theportion of the first AVC stream to be output repeatedly over one or moreextra picture-output intervals and setting the respective picture-outputtimes for the pictures from the portion of the second AVC streamaccordingly.

In one embodiment, the video splicing device producing the third AVCstream retains in the transport stream the original information thatconveyed the “exit point for splicing” for the first AVC stream. Thethird AVC stream may then be spliced at a later time at the location inthe third AVC stream where the “exit point for splicing” becomeseffective. Thus the portion of the third AVC stream containing the firstAVC stream can be retained and the portion corresponding to the secondAVC stream can be overwritten, in part or in its entirety, starting withthe FPOSAS-picture. As a non-limiting example, when the second AVCstream corresponds to a first commercial, this allows for another spliceoperation to be performed to overwrite the second AVC stream by a fourthAVC stream that corresponds to a second commercial. The stream splicingoperation from the third AVC stream to the fourth AVC stream can beperformed by a different video splicing device than the one thatproduced the third AVC video stream. The produced fifth AVC streamcomprises of the portion of the first AVC stream in the third AVC streamfollowed by the fourth AVC stream.

In one embodiment, the video splicing device producing the third AVCstream uses the auxiliary information corresponding to one or moreadditional TOPIDCs, such as the output-delay-property, thecomplete-information-property, or the importance-level-property, asdescribed in detail above, in addition to the conveyed information forthe “exit point for splicing, to perform and enhance the splicing of thefirst and second AVC streams.

In one embodiment, auxiliary information conveying an “exit point forsplicing” and corresponding to the first of N consecutive pictures inthe first AVC stream, as described in detail above, also includes athird data field that provides a value corresponding to P consecutivepictures prior to, but not including, the first of N consecutivepictures (i.e., the identified picture). Whereas N conveys the locationin the first AVC stream where the “exit point for splicing” becomeseffective, P conveys the number of consecutive pictures in the first AVCstream that must be decompressed prior to the first of the N consecutivepictures so that all (N+M) pictures can be output with their completeinformation. For instance, if a user has merely started receiving abroadcast video program, it may not be possible to obtain all theinformation to decompress some pictures that depend on referencepictures that were transmitted prior to when the user started receivingthe program. Likewise, some pictures may indirectly depend on somereference pictures that are not available. In an alternate embodiment, Pmay be the number of pictures that must be decompressed prior to theN^(th) picture, and P>N. In another embodiment, P pictures must bedecompressed to guarantee the output with complete information of the Mpictures in the DPB.

In yet another embodiment, auxiliary information conveying an “exitpoint for splicing” is only provided at a location in the AVC streamthat guarantees the output with complete information of the M picturesin the DPB. Alternatively, it is only provided at a location in the AVCstream that guarantees the output with complete information of the (N+M)pictures.

The methods and systems disclosed herein are capable of providing orprocessing auxiliary information corresponding to certain TOPIDCs thatmay include, but not limited to, any combination of one or more of thefollowing types of picture-interdependency characteristics:

-   -   1. Dependence only on a specific type of reference picture.    -   2. Dependence on a specific number of reference pictures.    -   3. Dependence to only one or more past reference pictures.    -   4. Without dependence to any future reference picture.    -   5. Dependence to only one or more future reference pictures.    -   6. Without dependence to any past reference picture.    -   7. AVC picture-type, as defined by the AVC video coding        standard.    -   8. Discardable picture (i.e., a picture not referenced by any        other picture).    -   9. First picture in a sequence of N consecutive pictures with        each picture having a TOPIDC that is in a particular predefined        set of one or more TOPIDCs, where N is greater than or equal to        1.

Certain TOPIDCs may be defined for pictures that satisfy a specificcombination of one or more of the above types of picture-interdependencycharacteristics. In an alternate embodiment, TOPIDCs can be defined forcertain specific combination of one or more of the above types ofpicture-interdependency characteristics and one of more pictureproperties, as described in detail above.

“Dependence only on a specific type of reference picture” may refer todependence on a specific AVC picture-type or a picture that has aparticular TOPIDC. An example of the former case is a picture thatreferences only I-pictures.

In one embodiment, several specific combinations of one or more TOPIDCsare important for stream manipulation operations and/or applicationusability and functionality purposes. It is desirable to identifypictures that exhibit each of such specific combinations of TOPIDCs as aseparate “special type of picture.” Thus, a special type of picture(STOP) is predefined for each corresponding “specific combination ofTOPIDCs.” Examples of desirable STOPs include, but are not limited to,the following:

-   -   1. FP-picture or FPP. A picture that depends only on one or more        past reference pictures, referred to as a Forward Predicted        Picture (FPP). An AVC P-picture or an AVC B-picture can be a        FPP.    -   2. BP-picture or BPP. A picture that depends only on future        reference pictures, referred to as a Backward Predicted Picture        (BPP). An AVC P-picture or an AVC B-picture can be a BPP.    -   3. An Anchor Picture, which is an I-picture, IDR-picture, or a        special type of FPP that depends only on a single reference        picture that is the most-recently decompressed Anchor Picture.    -   4. SRBP-picture or SRBPP. A Single-referencing BPP (SRBPP),        which is a BPP that depends only on a single reference picture        that is the most-recently decompressed Anchor Picture.    -   5. FSR-picture or FSRP. A First-Seed Reference Picture, which is        a picture that: (1) only references the two most-recently        decompressed Anchor Pictures, (2) the picture decompressed        immediately after the last decompressed Anchor Picture, (3) is a        reference picture.    -   6. BFSR-picture or BFSRP. A Bi-directional First-seed Reference        Picture, which is a bi-directionally predicted FSR-picture from        the two most-recently decompressed Anchor Pictures.    -   7. MPSD-picture or MPSDP. A Middle Picture in a Sequence of        Discardable Pictures (MPSDP) is the picture in the middle of N        consecutive discardable pictures.    -   8. DPWDO-picture or DPWDO. A Discardable Picture With a Delayed        Output Time (DPWDO), defined previously. A DPWDO has a PTS after        its DTS and resides in the DPB for at least one picture-output        time (i.e., one picture-output interval).    -   9. HPD-picture or HPDP. A High-Priority Discardable Picture        (HPDP) is a picture deemed to have higher importance than        non-HPDP. An HPD-picture may be an MPSD-picture.    -   10. LSR-picture or LSRP. A Least-Significant-Reference Picture        (LSRP) is a reference picture that is referenced only by        discardable pictures.    -   11. FD-picture or FDP. A First Discardable Picture (FDP), which        is the first picture (i.e., the identified picture) in a        sequence of consecutive discardable pictures in the AVC stream,        each with successive output times corresponding respectively to        their order in the AVC stream.    -   12. FIDO-picture or FIDOP. A First In-display-order Picture        (FIDOP), which is the first picture (i.e., the identified        picture) in a sequence of consecutive pictures with each        picture, except the FIDOP, does not have dependence on any        future reference picture. While the FIDOP may also not depend on        any future reference picture, it is allowed to be a BP-picture        or a bi-directional predicted picture. In one embodiment, the        number of consecutive pictures, N, is conveyed with the        FIDO-picture. In another embodiment, the FIDO-picture does not        depend on any future reference picture.    -   13. LIDO-picture or LIDOP. A Last In-display-order Picture        (LIDOP), which is the first picture in a sequence of N        consecutive pictures that has the latest output time among them.        In one embodiment, the LIDO-picture is a future reference        picture to the other (N−1) pictures.

In addition to the above STOPs, certain AVC picture types, such as anIDR-picture and I-picture, are important to be identified via auxiliaryinformation in the transport stream.

As an example, an MPSDP TOPIDC can be conveyed by the auxiliaryinformation corresponding to third picture of a sequence of fiveconsecutive discadable pictures. When, N is an even integer, the pictureat the location N/2 or (N/2+1) can be identified as the MPSDP. However,if N is an even integer and larger, two MPSDPs can be identified. Forinstance, if N=8, the third and sixth pictures can be identified asMPSDPs since one of the benefits of MPSDP, as described previously, isto provision which pictures in the sequence of discardable pictures toretain under network congestion or lack of bandwidth availability toretain the temporal sampling of the original video signal as much aspossible. A LSRP may be deemed discardable under certain networkcongestions or lack of bandwidth availability.

Note that a First-Seed Reference Picture, or FSR-picture, follows thesecond Anchor Picture in transmission order. Note also that a First-seedPicture references both, the first and second Anchor Pictures.

In one embodiment, reference pictures are deemed to have the followingorder of importance levels.

-   -   1. IDR-picture,    -   2. I-picture,    -   3. Anchor Picture,    -   4. FSR-picture or BFSR-picture,    -   5. Other types of reference picture, if any.    -   6. LSR-picture.

Other types of reference picture may, for example, include Second-SeedReference Pictures, which are reference pictures that depends on atleast one FSP-picture, and is allowed to depend only on FSR-pictures orAnchor Pictures. In an alternate embodiment, an I-picture and AnchorPicture have the same importance level. FSR-picture and BFSR-picture mayhave respective consecutive importance levels.

The disclosed methods and systems are capable of providing or processingauxiliary information that identifies pictures in a corresponding AVCstream having a particular TOPIDC. A video processing device or acompression engine in one of the locations in an alternate embodiment,the auxiliary information identifies the relative location in the AVCstream of the pictures that have a certain TOPIDC.

The AVC stream and corresponding auxiliary information may be producedby a video processing device and/or compression engine external to DHCT200. The video processing device and/or compression engine may belocated, for example, at headend 110 or connected to DHCT 200 viacommunication port 274. The video processing device and/or compressionengine further packetizes the produced AVC stream and its correspondingauxiliary information into MPEG-2 Transport packets in accordance withthe specification for transporting AVC streams in the amended MPEG-2Systems standard. Alternatively, another transport stream specificationor program stream specification may be employed. In one embodiment,video processing device and/or compression engine external to DHCT 200also communicate with a security and encryption device to furtherproduce the AVC stream in encrypted form.

Alternatively, compression engine 217, in communication with processor244, produces in DHCT 200 AVC stream and its corresponding auxiliaryinformation, packetizes them into MPEG-2 Transport, and stores theMPEG-2 Transport stream in storage device 273. Alternatively, anothertransport stream specification or program stream specification may beemployed. In one embodiment, processor 244 and compression engine 217also communicate with a security and encryption device (not shown) toproduce the provided AVC stream in encrypted form but the auxiliaryinformation corresponding to TOPIDCs is not.

In accordance with the MPEG-2 Systems standard, each MPEG-2 transportpacket is 188 bytes and contains a 4-byte header with a unique packetidentifier, or PID, that identifies the transport packet's correspondingstream. An optional adaptation field may follow the transport packet'sheader. The payload containing a portion of the corresponding streamfollows the adaptation field, if present in transport packet. If theadaptation field is not present, the payload follows the transportheader. The auxiliary information corresponding to the compressedpictures in the AVC stream is provided in the adaptation field and thusnot considered as part of the video layer since the adaptation field isnot part of transport packet's payload nor part of the AVC specificationbut rather part of the syntax and semantics of MPEG-2 Transport inaccordance with the MPEG-2 Systems standard.

The adaptation field provides for the carriage of defined privatelydata. The TOPIDC corresponding to an AVC stream is a defined privatedata set. However, misinterpretation of different defined privately datasets must be avoided since each private data set has a different format,syntax and semantic. Misinterpretation may lead to a malfunction in theDHCT or VSER. In one embodiment, misinterpretation of the definedprivate data carried by the adaptation field is avoided by assigning aunique identification tag exclusively to each defined private data set.Each unique identification tag is used to prefix its correspondingdefined private data set.

In one embodiment, the unique identification tag may be cross-linkedwith service information (SI) that is received a priori by DHCT 200,preferably from headend 110 via network 130. SI indicates the uniqueidentification tag(s) active in a service. For instance, the SI of eachservice that employs AVC streams may provide the unique identificationtag corresponding to one or more TOPIDCs of the AVC stream.

In another embodiment, the unique identification tag associated with theAVC stream of a video program is provided as an “adaptation field dataidentifier” in the Program Map Table (PMT), according to the MPEG-2Systems. For instance, the unique identifier tag may be provided in theDescriptor Loop of the PMT. The PMT is received a priori by DHCT 200,preferably from headend 110 via network 130.

A transport packet containing an adaptation field providing theauxiliary data corresponding to the AVC stream also carries a payloadfor a portion of the AVC stream. In an alternate embodiment, thetransport packet containing an adaptation field providing the auxiliarydata corresponding to the AVC stream does not contain a payload, and,therefore, does not carry any portion of the AVC stream. In yet anotherembodiment, the transport packets containing adaptation fields with theauxiliary data corresponding to the AVC stream have a PID valuedifferent than the PID value of the AVC stream.

The auxiliary information corresponding to the AVC stream is neverscrambled or encrypted. In one embodiment, the corresponding AVC streamis encrypted. Although the payload of a transport packet containing aportion of the AVC stream is encrypted, the preceding adaptation fieldin the same transport packet carrying the auxiliary information is not.In an alternate embodiment the corresponding AVC stream is notencrypted.

In one embodiment, when a transport packet carries the auxiliaryinformation corresponding to the AVC stream and payload for a portion ofthe AVC stream, the payload is required to include the start of an AVCaccess unit in accordance with the specification for transporting AVCstreams of the amended MPEG-2 Systems standard.

In another embodiment, a transport packet associated with the AVC streamthat includes the adaptation header and the random_point_indicator bitset to “1” in the included adaptation header, and carrying in itspayload the start of an AVC access unit, also includes a auxiliaryinformation corresponding to a TOPIDC of one or more pictures.

In one embodiment, the transport packet containing the start of an AVCaccess unit for a picture exhibiting a certain TOPIDC always includesauxiliary information conveying the TOPIDC corresponding to thatpicture. The auxiliary information is provided in the form of a datafield in the adaptation field of that transport packet. The data fieldis designated to indicate whether the corresponding picture exhibits acertain TOPIDC or not. Given the complexity and range of different typesof picture-interdependency characteristics and picture propertiespossible in an AVC stream, a plurality of data fields may berespectively designated to corresponding different TOPIDCs. Eachrespective data field can be a single bit and a bit value of “1”identifies that the corresponding picture exhibits the TOPIDCcorresponding to the data field. A bit value of “0” identifies that thecorresponding picture does not exhibit that TOPIDC.

The adaptation field may provide a plurality of auxiliary information,each corresponding to a different TOPIDC, and the value of eachauxiliary information respectively identifying whether a picture in theAVC stream has the corresponding TOPIDC or not. For instance, a firstauxiliary information and a second auxiliary information (e.g., two datafields or two bits) may respectively identify two different TOPIDCs.Some pictures may not exhibit either TOPIDCs and are not identified bythe first and second auxiliary information. Furthermore, the transportpacket containing the start of an AVC access unit for such picture maynot have an adaptation field.

DHCT 200 receives the AVC stream and its corresponding auxiliaryinformation in MPEG-2 Transport packets, either through communicationinterface 242 or communication port 274. Alternatively, DHCT 200processes an AVC stream and its corresponding auxiliary information inMPEG-2 Transport packets retrieved from storage device 273. Eachtransport packet contains a header with a unique packet identifier, orPID.

The demultiplexing system 215 provides MPEG-2 transport demultiplexingand parsing capabilities. When tuned to carrier frequencies carrying adigital transmission signal, the demultiplexing system 215 enables theingestion of packets of data, corresponding to the desired AVC stream,for further processing. A transport packet associated with the AVCstream is identified by its corresponding PID value in the packet'sheader. Concurrently, the demultiplexing system 215 precludes furtherprocessing of packets in the multiplexed transport stream that areirrelevant or not desired, such as packets of data corresponding toother video streams. Parsing capabilities of the demultiplexing system215 allow for the ingesting by DHCT 200 of packets containing anadaptation field providing auxiliary information corresponding to theAVC stream being ingested. Additional parsing capabilities allow for thedetection of the start of each compressed picture in the AVC streamdelivered in the payload of received transport packets. When anadaptation field providing the auxiliary information corresponding tothe AVC stream is detected by demultiplexing and parsing system 215, theauxiliary information is passed to memory 249 and processor 244 isinformed, for instance with a message or an interrupt mechanism, tointerpret the auxiliary information.

If the corresponding AVC stream is encrypted, it is decrypted with asecurity system in DHCT 200 that is capable of performing decryption(not shown). An unencrypted or decrypted AVC stream is transferred tomemory 249, memory internal to decompression engine 222, or memory 299for performing decompression by decompression engine 222.

Signal processing system 214 has capabilities, such as filters, todetect bit patterns corresponding to fields in the transport packet'sheader information, adaptation field, and payload. For instance, startcodes and Network Abstraction Layer (NAL) units in the AVC stream may bedetected. The transport packets contain the AVC stream, which are in apacketized elementary stream (PES), in accordance with the specificationof the MPEG-2 Systems standard. Pictures identified with auxiliaryinformation may be found by their respective “picture start code” or“delimiter NAL unit” that encapsulates the picture, or both. The“delimiter NAL unit” is in accordance with the AVC standard and theamended MPEG-2 Systems standard for carrying AVC streams. Tracking ofconsecutive “picture start codes” or “delimiter NAL units,” facilitatetracking consecutive pictures in the AVC stream and finding anidentified picture.

The components of the signal processing system 214 are generally capableof demodulation (e.g., QAM demodulation), forward error correction,demultiplexing of MPEG-2 transport streams, and parsing of packets andstreams. Stream parsing may include parsing of packetized elementarystreams or elementary streams. Packet parsing includes parsing andprocessing of fields, such as the adaptation fields in the transportpackets that deliver auxiliary information corresponding to the TOPIDCexhibited by one or more pictures in the AVC stream. The signalprocessing system 214 further communicates with the processor 244 viainterrupt and messaging capabilities of the DHCT 200. The processor 244interprets and/or processes the auxiliary information corresponding tothe AVC stream. For certain applications or video services, such as PVR,as the AVC stream is received and stored in storage device 273,processor 244 annotates the location of pictures within the AVC streamas well as other pertinent information corresponding to the TOPIDC ofeach picture, if any. Alternatively or additionally, the annotations maybe according to or derived from the TOPIDC corresponding to a set ofpictures in the AVC stream. The annotations produced by the processor244 may be stored in storage device 273 and enable normal playback aswell as other playback modes of the stored instance of the AVC stream.Other playback modes, often referred to as “trick modes,” may comprisebackward or reverse playback, forward playback, or pause or still. Atrick mode may be characterized by: (1) its speed as a multiplicativefactor in relation to the speed of the normal playback mode, and (2) itsdirection, either forward or reverse. Some playback speeds may be slowerthan normal speed and others may be faster. Faster playback speeds mayconstitute speeds considered very fast (e.g., greater than three timesnormal playback speed), as determined by a threshold, and criticalfaster speeds (e.g., greater than normal playback speed but not abovethe threshold). This threshold can be referred to as the criticalfast-speed threshold. In one embodiment, the critical fast-speedthreshold is further influenced by the picture rate implemented byoutput system 248 to output the video signal corresponding todecompressed version of the pictures of the AVC stream to display 140.In another embodiment, the basis is further determined on whether theoutput system 248 is providing a progressive or interlaced video signalto display 140.

In some embodiments, information corresponding to the TOPIDC of eachcompressed picture in the AVC stream is provided to the decompressionengine 222 by the processor 244 as the AVC stream is received andprocessed in DHCT 200. In another embodiment, the annotations stored inthe storage device are provided to the decompression engine 222 by theprocessor 244 during playback of a trick mode. In yet anotherembodiment, the information corresponding to the TOPIDC of eachcompressed picture, or sets of compressed pictures, as well as relevantannotations that may be necessary are only provided to the decompressionengine 222 during a trick mode, wherein the processor 244 has programmedthe decompression engine 222 to perform trick modes.

The auxiliary information that identifies the pictures in a video streamhaving a certain TOPIDC, the relative location of pictures in a videostream having a certain TOPIDC, or the number of sequential pictureshaving a certain TOPIDC, can be processed by network components (notshown) in network 130 or headend 110. Such network components havecapability to process and interpret transport packets for the purpose ofperforming or fulfilling a certain functionality required for a videoservice or an application. Such network components may perform aparticular stream manipulation operation based on the TOPIDCs, if any,corresponding to the respective compressed pictures, preferably doing sowithout parsing or decompressing the AVC stream or with a reduced amountof parsing, interpretation, and/or decompression of the AVC stream.

For a video-on-demand (VOD) service, wherein a dedicated transmission ofa movie or video program is transmitted from a VOD server in the headend110 to the DHCT 200, the auxiliary information corresponding to thepictures having a certain TOPIDC in the AVC stream are only transmittedto the DHCT 200 when a trick mode is in effect. In one embodiment, thedecompression engine 222 is conditioned by processor 244 for trick modeoperation in accordance with a low delay playback mode behavior.Alternatively, decompression engine 222 performs a trick mode operationwhen it receives and detects a “low delay” signal or message, allowingthe AVC compressed pictured buffer (CPB), where the incoming portions ofthe AVC stream are deposited (in memory 299), to underflow as necessary.Low delay signaling causes the decompression engine 222 to: (1) notstart decompressing a compressed picture until it is completelydeposited in the CPB, and (2) to output to display 140 the previousdecompressed picture repeatedly (rather than generate an errorcondition) until the next compressed picture is completely received,decompressed and reconstructed.

In one embodiment, the AVC stream in the transport packets payloads areoutputted by the signal processing system 214 and presented as input tothe decompression engine 222 for audio and/or video decompression, inconcert with demultiplexing system 215 parsing (e.g., reading andinterpreting) transport packets, and depositing the auxiliaryinformation corresponding to the TOPIDC of the pictures in the AVCstream into DRAM 252.

In one embodiment, the auxiliary information identifies at least onepicture in the corresponding AVC stream that has a first TOPIDC (e.g., adiscardable picture). For a video service or application with trick modefunctionality support, such as PVR, the decompression engine 222 doesnot decompress the pictures identified to have the first TOPIDC duringthe fulfillment of a first trick mode. Such pictures can be referred toas skipped pictures during the fulfillment of the first trick mode. Apicture in the AVC stream that is not identified to have the firstTOPIDC is decompressed by decompression engine 222 and displayed viaoutput system 248 during the fulfillment of the first trick mode.Pictures identified to exhibit the first TOPIDC may be decompressed anddisplayed during a second trick mode different than the first trickmode.

In an alternate embodiment, processor 244 performs interpretation of theauxiliary information corresponding to the AVC stream and causesdecompression engine 222 to forgo decompression of pictures identifiedto have the first TOPIDC by prohibiting their delivery to decompressionengine 222. Furthermore, processor 244 may cause pictures exhibiting thefirst TOPIDC to not be retrieved from storage device 273.

In an alternate embodiment, processor 244 interprets the auxiliaryinformation that identifies pictures in the corresponding AVC streamthat have a first TOPIDC, such as a discardable picture, and associatesthem as potential skipped pictures for the trick modes in a first set oftrick modes. Each trick mode in the first set is different from eachother. Processor 244 determines the trick modes in the first set oftrick modes according to their direction and speed in relation to thecritical fast-speed threshold. For a common portion of an AVC stream,processor 244 has the capability to determine for each respective trickmode in the first set of trick modes a corresponding set of pictures toskip among the identified pictures. The set and/or number of skippedpictures (i.e, not decompressed) when fulfilling two different trickmodes are different.

Depending on the speed and direction of the trick mode, a skippedpicture results in a corresponding pair of behaviors: (1) adecompression behavior, and (2) an output behavior. For example, whilefulfilling a first trick mode, a skipped picture (a picture exhibitingthe first TOPIDC) results in decompression engine 222 decompressing andoutputting an alternate picture in the AVC stream. However, during asecond trick mode different than the first trick mode, the same picturein the AVC stream is skipped but the decompression engine does notperform decompression of an alternate picture in the AVC stream and thepreviously decompressed and output picture is output repeatedly at leastonce. In a third trick mode, the same picture in the AVC stream isskipped and the corresponding pair of behaviors are: (1) thedecompression engine 222 decompresses an alternate picture in the AVCstream, and (2) the previously decompressed and output picture is outputrepeatedly at least once.

In one embodiment, first auxiliary information in the adaptation fieldof the transport packet corresponds to a sequence of consecutivecompressed pictures in the AVC stream. The first auxiliary informationincludes a plurality of consecutive data fields (e.g., bits), each datafield corresponding to a respective picture in the sequence ofconsecutive compressed pictures. The order of the consecutive datafields corresponds to the order of the pictures in the sequence ofconsecutive compressed pictures. The value of each data field identifieswhether the corresponding picture has a first TOPIDC or not. A picturewhose corresponding data field in the first auxiliary information equalsa first value is identified as a picture with the first TOPIDC, whereasif the data field has a second value different than the first value, thecorresponding picture is identified as not exhibiting the first TOPIDC.For instance, the data field can be a bit and a bit value of “1”identifies that its corresponding picture exhibits the first TOPIDC. Byusing a set of contiguous fields in the same order for the set ofcorresponding pictures, the relative location of the pictures in the setof contiguous pictures is identified.

The presence of auxiliary information corresponding to the TOPIDC of apicture or a sequence of compressed pictures may be signaled by a flagin the adaptation field of the transport packet to convey the presenceof auxiliary information. A first value for the flag (e.g., a bit equalto “1”) indicates the presence of one or more data fields respectivelydesignated to corresponding different TOPIDCs. Each respective datafield can be a single bit and a bit value of “1” identifies that thecorresponding picture exhibits the TOPIDC corresponding to the datafield. A bit value of “0” identifies that the corresponding picture doesnot exhibit that TOPIDC. For example, a bit equal to one can providedeterministic inference for the relative location in the compressedvideo stream for each picture in a sequence of consecutive compressedpicture that is a discardable picture.

In one embodiment, a first flag may be designated to signal the presenceof a first set of one or more data fields corresponding respectively toa first set of TOPICDs. A second flag may be designated to signal thepresence of a second set of one or more data fields correspondingrespectively to a second set of TOPICDs.

Although the description has been described with respect to particularembodiments thereof, these particular embodiments are merelyillustrative, and not restrictive. For example, although specificapplications such as video on demand or a personal video recorder havebeen described, it is possible to adapt features of the invention forother applications. Although operations are described with respect to a“picture,” any other collection of data may be similarly used such agroup of pictures, a block, macroblock, slice or other picture portion,etc.

Any suitable programming language can be used to implement the routinesof particular embodiments including C, C++, Java, assembly language,etc. Different programming techniques can be employed such as proceduralor object oriented. The routines can execute on a single processingdevice or multiple processors. Although the steps, operations, orcomputations may be presented in a specific order, this order may bechanged in different particular embodiments. In some particularembodiments, multiple steps shown as sequential in this specificationcan be performed at the same time. The sequence of operations describedherein can be interrupted, suspended, or otherwise controlled by anotherprocess, such as an operating system, kernel, etc. The routines canoperate in an operating system environment or as stand-alone routinesoccupying all, or a substantial part, of the system processing.Functions can be performed in hardware, software, or a combination ofboth. Unless otherwise stated, functions may also be performed manually,in whole or in part.

In the description herein, numerous specific details are provided, suchas examples of components and/or methods, to provide a thoroughunderstanding of particular embodiments. One skilled in the relevant artwill recognize, however, that a particular embodiment can be practicedwithout one or more of the specific details, or with other apparatus,systems, assemblies, methods, components, materials, parts, and/or thelike. In other instances, well-known structures, materials, oroperations are not specifically shown or described in detail to avoidobscuring aspects of particular embodiments.

A “computer-readable medium” for purposes of particular embodiments maybe any medium that can contain, store, communicate, propagate, ortransport the program for use by or in connection with the instructionexecution system, apparatus, system, or device. The computer readablemedium can be, by way of example only but not by limitation, anelectronic, magnetic, optical, electromagnetic, infrared, orsemiconductor system, apparatus, system, device, propagation medium, orcomputer memory.

Particular embodiments can be implemented in the form of control logicin software or hardware or a combination of both. The control logic,when executed by one or more processors, may be operable to perform thatwhat is described in particular embodiments.

A “processor” or “process” includes any human, hardware and/or softwaresystem, mechanism or component that processes data, signals, or otherinformation. A processor can include a system with a general-purposecentral processing unit, multiple processing units, dedicated circuitryfor achieving functionality, or other systems. Processing need not belimited to a geographic location, or have temporal limitations. Forexample, a processor can perform its functions in “real time,”“offline,” in a “batch mode,” etc. Portions of processing can beperformed at different times and at different locations, by different(or the same) processing systems.

Reference throughout this specification to “one embodiment”, “anembodiment”, “a specific embodiment”, or “particular embodiment” meansthat a particular feature, structure, or characteristic described inconnection with the particular embodiment is included in at least oneembodiment and not necessarily in all particular embodiments. Thus,respective appearances of the phrases “in a particular embodiment”, “inan embodiment”, or “in a specific embodiment” in various placesthroughout this specification are not necessarily referring to the sameembodiment. Furthermore, the particular features, structures, orcharacteristics of any specific embodiment may be combined in anysuitable manner with one or more other particular embodiments. It is tobe understood that other variations and modifications of the particularembodiments described and illustrated herein are possible in light ofthe teachings herein and are to be considered as part of the spirit andscope.

Particular embodiments may be implemented by using a programmed generalpurpose digital computer, by using application specific integratedcircuits, programmable logic devices, field programmable gate arrays,optical, chemical, biological, quantum or nanoengineered systems,components and mechanisms may be used. In general, the functions ofparticular embodiments can be achieved by any means as is known in theart. Distributed, networked systems, components, and/or circuits can beused. Communication, or transfer, of data may be wired, wireless, or byany other means.

It will also be appreciated that one or more of the elements depicted inthe drawings/figures can also be implemented in a more separated orintegrated manner, or even removed or rendered as inoperable in certaincases, as is useful in accordance with a particular application. It isalso within the spirit and scope to implement a program or code that canbe stored in a machine-readable medium to permit a computer to performany of the methods described above.

Additionally, any signal arrows in the drawings/Figures should beconsidered only as exemplary, and not limiting, unless otherwisespecifically noted. Furthermore, the term “or” as used herein isgenerally intended to mean “and/or” unless otherwise indicated.Combinations of components or steps will also be considered as beingnoted, where terminology is foreseen as rendering the ability toseparate or combine is unclear.

As used in the description herein and throughout the claims that follow,“a”, “an”, and “the” includes plural references unless the contextclearly dictates otherwise. Also, as used in the description herein andthroughout the claims that follow, the meaning of “in” includes “in” and“on” unless the context clearly dictates otherwise.

The foregoing description of illustrated particular embodiments,including what is described in the Abstract, is not intended to beexhaustive or to limit the invention to the precise forms disclosedherein. While specific particular embodiments of, and examples for, theinvention are described herein for illustrative purposes only, variousequivalent modifications are possible within the spirit and scope, asthose skilled in the relevant art will recognize and appreciate. Asindicated, these modifications may be made to the present invention inlight of the foregoing description of illustrated particular embodimentsand are to be included within the spirit and scope.

Thus, while the present invention has been described herein withreference to particular embodiments thereof, a latitude of modification,various changes and substitutions are intended in the foregoingdisclosures, and it will be appreciated that in some instances somefeatures of particular embodiments will be employed without acorresponding use of other features without departing from the scope andspirit as set forth. Therefore, many modifications may be made to adapta particular situation or material to the essential scope and spirit. Itis intended that the invention not be limited to the particular termsused in following claims and/or to the particular embodiment disclosedas the best mode contemplated for carrying out this invention, but thatthe invention will include any and all particular embodiments andequivalents falling within the scope of the appended claims.

1. A system, comprising: logic configured to convey picture propertiesother than by picture type.
 2. The system of claim 1, further comprisinga processor configured with the logic.